系統測試都是在受控制環境下測試, 實際情狀下會出現很多不可預期的情況, 所以會出錯是很正常的, 畢竟不是拿別人用過的系統, 全新的系統難免會出狀況..
引申一: 所有IT新產品第一版都會出錯.
引申二: 所有買第一版IT產品的人都是白老鼠.
引申三: 沒錢沒時間搶到頭香的人其實是賺到了.
幸好我的沒扣錯今年都還沒上高速公路
怎麼跟我一樣,我連車都還沒買...
我沒有駕照~ 扣不到我
chingfeng提到:
還沒上高速公路
車在澎湖、人在澎湖都扣到了...
很想知道...澎湖如何直上中山高...這肯定值錢的
軟體會出錯, 是大家都公認的, 重點是在於: 開發團隊自己, 有沒有想要《做到完美》的決心?
即便軟體都會有錯, 但是一個要求完美的開發者, 可能會這樣自己要求(舉例):
Alpha版: 辨識出大部分的 Bug
Beta I版: 解決 30% 已知的 Bug, 追查新產生的 Bug
Beta II版: 解決 70% 已知的 Bug, 追查新產生的 Bug
RTM版: 解決 99% 已知的 Bug, 僅剩餘不影響大功能與正確性的小 Bug, 並列管追蹤
要做到掌握所有的軟體問題, 必須要有一個跟開發團隊分開獨立的測試團隊, 且這個測試團隊的成員, 要具備充分的用戶端經驗, 有能力設計出極端的測試案例.
《錯帳》絕對不是一種可被接受的 Bug, 因為他會影響財務的正確性.
就如同: 如果 Excel 幫你算出 1+1=3, 微軟敢拿這個版本賣給你嗎?
如果開發商業軟體的人員, 把首次公開上線當成《遊戲公測》來看待, 期望等公開用戶反應問題再來改的話, 那這家公司的內稽和內控實在糟透了...
話說回來, 我不認為這個軟體是他們全部自己開發的, 有很大的可能性是全部或一部份外包, 所以責任或許應該在該公司專案管理的人身上...
老大
99%等於是0.01的錯誤
每天180萬車次計算
每隻門桿錯誤是0.01
那麼一天最高那隻門桿會出錯1800次...
哈哈哈, 所以他們應該要除錯到 99.999999%才能上線...
那1%的BUG應該是不影響數字正確性的小問題
並不是99%的BUG就會有1%的車次會出錯...那50%的BUG就會有50%的車次會有計算錯誤
程式又不是人...也不會工作到累而算錯...
高鐵大家應該還有印像,這問題連0.01%都不應該出現
http://tw.news.yahoo.com/%E9%AB%98%E9%90%B5%E8%99%9F%E8%AA%8C%E7%95%B0%E5%B8%B8-%E9%9D%A0%E9%87%8D%E9%96%8B%E6%A9%9F%E8%A7%A3%E6%B1%BA-105435983.html
遠通電收說:重複交易是eTag必須面對的宿命
結果你知道高手是怎麼說的嗎
不用退eTag
把eTag貼紙撕了
就不會有這個重覆扣款的問題
因為都是人工辨識了 XD
高手面對問題處理方式就是不一樣 XDDD
http://www.nownews.com/n/2014/01/09/1083558
iT邦幫忙MVPraytracy提到:
如果 Excel 幫你算出 1+1=3
哪有得下載?
據說
是包來包去
結果最後包的公司直接在5O8發包XD
以上看看就好
不管發包給 5x8, 1x4, 最後收回來的人, 要負責把品管做到.
就好像, Apple 把生產發包到低收入國家去, 不代表他的品質就要下降成當地的品質, 他最後還是要有一個品管的關卡在把關.
軟體發包也是一樣, 不是發包給爛咖, 就只能得到爛咖的品質. 只不過, 在要求品質的過程中, 可能爛咖自己受不了就棄械, 後面只好由高竿的來收. 盡責的專案管理員, 會負責把品質修到好, 才敢把成品放出去. 如果連專案管理自己都是爛咖, 那放出來的成品當然也就慘不忍睹....
看到的時候說要在11月初結案
我想基本DBUG都沒有做吧....
這是政府標案最後...也是必然的結果...
下一個未爆彈...恐怕是準備上線的內政部...中x署...
根據M$的作法:做好先賣在說。有BUG釋出更新檔。漏洞太多釋出SP1,然後無盡循環,到軟體沒人要
所以看來遠通要釋出etag更新檔。或者直接更新SP1會比較好點
etag已經是ETC的更新版本,所以再打掉重練好像會快一點吼?
deathterry提到:
然後無盡循環,到軟體沒人要
應該是等大家麻痺了 , 再出一個會出大量錯誤的, 並強迫再A一次錢
交通部高公局表示,eTag上路初期交易筆數較多,系統需進行調校。
什麼叫初期交易筆數較多?
用eTag的人是越來越多? 還是越來越少?
其實我一直很疑惑 , 為何門架不是建在交流道上, 而是建在主線道上??
第一 省事(總數少多了)
第二 準確 (上下交流道車速會比較慢
第三 除錯容易 , 南下北上不可能重複扣款,
而且只要判斷同一隻門架在幾分鐘內只對同一車號扣一次(假如碰到塞車),
程式邏輯可以少很多
我想「計程」收費是原因之一
若只架設在交流道
問題1.基隆上、高雄下,中間走的是國一還是國三?還是交換走?
問題2.基隆上、基隆下,里程無法計算(eg.到某休息站因故折返)
其實台北捷運也有以上的兩個問題
解決方法是
一:規定「同站進出」及「不同站進出」的最長時間差
二:假設人們會自己挑選最短路徑(因為要趕時間)
但這兩個方法不太適用於國道
這麼麻煩,乾脆免費算了....
cdfu提到:
乾脆免費
這可不行
逞這一時之快
多少人得重新找工作呢
那..再做一套吧,這樣可以增加不少工作機會...
cdfu提到:
再做一套吧
好像卡大他們公司正在做,而且可以手機扣帳....
cdfu提到:
這樣可以增加不少工作機會
乾脆全部採用車牌照相
然後用 OCR 辨識
無法辨識的僱用人工辨識
可創造更多工作機會
降低失業率(大功一件)
說不定還可向政府申請什麼什麼補貼
把OCR也省了,通通人工吧,這樣,用來辨識的人可能比高速公路人還多...
cdfu提到:
用來辨識的人可能比高速公路人還多
總裁的意思是如上圖所示??
antijava提到:
問題1.基隆上、高雄下,中間走的是國一還是國三?還是交換走?
問題2.基隆上、基隆下,里程無法計算(eg.到某休息站因故折返)
這有什麼關係 , 有一種東西叫對照表 , 看感應紀錄 , 就能知道用了多少里程 , 就算中途下去走一般道路, 一定會有上下高速公路的點 , 只要判斷上及下分別在那個匝道 , 在透過對照表一算就知里程
這種例子更應設在匝道 , 基隆上 基隆下 (不可能是同一個地理座標點吧!!!)
所以透過對照表一看就知是多少里程
下休息站也是要經過匝道, 不是嗎?
不可否認 TAG偵測為了要避免漏測
有可能會重複測
但是 誰規定資料要立刻給使用者???
使用者要求的是資料的正確性
可以等檢查資料正確之後 在批次轉給使用者看
關於錢 資料務必正確 遠通做不到真的很爛
是呀 並沒有立刻扣款 ,
而且現行要三天才查得到
而且扣款聽說是匯總扣款的 , 不是逐次扣的